[Product Backlog Refinement 進行時機]
(1) 在 Scrum Planning 會議時進行 PBR
Scrum 在一開始時, 並沒有 PBR 這個東西, 所以便在 planning meeting 中去梳理需求. 但是這個會造成 planning meeting 開會開很久, 或許比較適合需求不太複雜的狀況
(2) 在 Scrum Review 會議時進行 PBR
Scrum Review 會議會展示這個迭代完成的需求, 所以也是一個合適的時機點, 來討論接下來下個迭代中的需求. 可是同樣會有的問題: review meeting 也會開很久.
(3) 在 Scrum Planning 會議之前, 另安排一個會議進行 PBR
專門有個會議在進行 PBR, 這樣可以讓 planning meeting 比較專注, 時間也比較可控. 但是不可控的還是需求要梳理多久.
(4) 在 迭代過程中, 依狀況召開 PBR
因為需求可能很複雜, 或者某些關係厲害人的時程, 需要在迭代中, 分成多次來進行. 通常是有需要時, 就召開 PBR 會議, 來梳理下個迭代中的某些需求
不知你們都是哪一種?
Search